Graphical Java Lesson 1-9: Making Goombas Come Alive 


In the last two lessons, we made Mario able to fall under the influence of gravity, and rise, when the 
player caused him to jump. We also made him able to interact with the platforms of our world. In this 
lesson, we're going to make our Goomba able to fall under the influence of gravity, and interact with 
platforms, just like Mario! 


We are going to totally overhaul our Goomba class, so go to your Goomba .. java source file. 
Basically, we're going to make a Goomba move like Mario, only controlled by the computer. On each 
tick of the timer, Mario moves in two stages: 

¢ First, he intends to move some number of pixels horizontally and vertically. 

¢ Then, he tries to actually move that many pixels. 


© Jfaplatform is in his way, he is stopped by that platform. 


Let's give Goombas (every single one we create, for now) a gravity setting. Add the following member 
variable to your Goomba class: 


private int gravity; 

In the constructor of your Goomba class, initialize gravity, by adding the following line of code: 
gravity = 3; 

For now, we'll have gravity act on Goombas with a strength of 3 pixels per tick. Now, we'll give each 
Goomba a velocity vector with an x and a y component. Add the following member variables to your 


Goomba class: 


private int 
private int 


x velocity; 
y_ velocity; 


Just like Mario, a Goomba will start out with a "blank" velocity vector, so add the following lines of 
code to your constructor: 


x velocity = 0; 
y_ velocity = 0; 


Now, we'll begin the process of refactoring the Goomba class's code, so that Goombas move like 
Mario. Basically, we'll end up duplicating a lot of our Mario class's code, although some parts will be 
a bit different. First, go to your moveLeft method. Its body should look something like: 


tick = (tick + 1) % TICKS PER FRAME; 
if (tick == 0) 


frame = (frame + 1) % NUM_FRAMES; 
my rect. = my rect.x = 1; 


if (my rect. <0) 
{ 
hy Teck. =. 07 
moving. right = trac; 


} 


The first three lines of this code control a Goomba's animation, which we're not going to change, so 
you can leave them alone. The line after them, however, has got to go. Replace ... 


hy tScl.k = My TScr.s =; 
... With: 
x Velocity = =1; 


Finally, we're going to get rid of the crude, "window-based" collision-detection code we crafted in 
Lesson 1-4, since Goombas will only be stopped by platforms, rather than by the boundaries of our 
program's main window. Remove (or comment out) the following code from your moveLeft method: 


if (my rect.x < 0) 
{ 
my FeCi wx = 07 
moving right = 


} 


true; 


We'll make similar modifications to our moveRight method. In your moveRight method, replace .. 
ny Yect.x = my rect.x + 1; 

.. With: 

e Veloorry = ply 

Remove the following if statement from your moveRight method: 


if (my _rect.x + my rect.width - 1 > WalkingMario.WINDOW WIDTH - 1) 
{ 


my rect.x = (WalkingMario.WINDOW WIDTH - 1) - (my _rect.width - 1); 
moving right = false; 


} 


We'll need methods that will check if a Goomba is in a certain location, relative to a platform (like the 
isOnAPlatform method of the Mario class). Before we can make those methods, however, we'll 
need the convenience methods, like those of our Mario class, that we used to build the methods like 
isOnAPlatform. Fortunately, since a Goomba is a rectangular character, like Mario, these methods 
will contain EXACTLY the same code as those in your Mario class! Add the following methods to 
your Goomba class (or copy them from your Mario class, and paste them into your Goomba class): 


public int myLeft () 
{ 


return my rect.x; 


} 


public int myRight () 
{ 


return my fecl.x + my pect .width = 17 


} 


public int myTop() 
{ 


return my rect.y; 


} 


public int myBottom() 
{ 


return my Preck.y + ny Pech height — 1; 


} 


public Range horizontalExtent () 


{ 
return new Range(myLeft(), myRight()); 


} 


public Range verticalExtent () 


{ 


return new Range(myTop(), myBottom()); 


Now that we have our convenience methods, we can AGAIN copy the following methods from our 
Mario class, and paste them into our Goomba class: 


public boolean isOnAPlatform() 
{ 


for (int i = 0; i < WalkingMario.plats.size(); i= i+ 1) 
{ 
Platform plat = WalkingMario.plats.get(i); 


if (myBottom() == plat.myTop() - 1 && 


horizontalExtent ().overlaps (plat.horizontalExtent ())) 
return. Crus; 


} 


return false; 


} 


public boolean isBlockedByALeftWall () 
{ 


for (int i = 0; i < WalkingMario.plats.size(); i = i + 1) 
{ 
Platform plat = WalkingMario.plats.get(i); 


if (myLeft() == plat.myRight() + 1 && 
verticalExtent().overlaps (plat.verticalExtent ())) 
Lew Lue; 


} 


return false; 


} 


public boolean isBlockedByARightWall () 
{ 
for (int i = 0; i < WalkingMario.plats.size(); i= i+ 1) 
{ 
Platform plat = WalkingMario.plats.get(i); 


if (myRight() == plat.myLeft() - 1 && 
verticalExtent().overlaps(plat.verticalExtent())) 
revi Crise; 


} 


return false; 


public boolean isInAPlatform() 
{ 


for (int i = 0; i < WalkingMario.plats.size(); i= i+ 1) 


{ 


if (my rect.intersects (WalkingMario.plats.get(i).myRect())) 
FSC Crue; 


} 


return false; 


} 


The Goomba class won't need the Mario class's isHeadUnderAPlatform method, because we 
only use that method to fix an issue with Mario's jumping. Since Goombas don't jump, that method 
won't be necessary here. Now, we're going to give Goombas the ability to respond to the influence of 
gravity. Add the following method to your Goomba class: 


public void respondToGravity () 


{ 
if (!isOnAPlatform() ) 


Y Velocity = Gravity; 
else 
Vy velocity. = 0; 


} 


This method resembles a simpler version of the Mario class's respondToGravity method. It's 
basically the one that the Mario class had, before we gave Mario the ability to jump! In order to make 
Goombas respond to gravity, we'll have to call the respondToGravity method from somewhere. 
That somewhere, just like in your Mario class, will be your Goomba class's act method. At the end 
of your act method's body, add the following line of code: 


respondToGravity(); 


If you run your program, goom won't move at all! It will just animate in place. Right now, goom only 
performs the first stage of movement: intending to move some number of pixels horizontally and 
vertically. We want to have goom also perform the second stage: trying to actually move that many 
pixels. In order to have goom do this, we'll need to add a proper actual lyMove method (that 
implements our robust collision-detection algorithm from Lesson 1-7) to our Goomba class. Add the 
following method to your Goomba class: 


public void actuallyMove () 


{ 


1 (x Velooity == 0 £6 y velooity == 0) 
re vurn; 


else if (isInAPlatform()) 
{ 


my rect.% = My rect.x + a velocity; 
my Keck.y = my rect.y + y velocity; 
return; 


} 


int mag xv = Math.abs(x velocity); 


int sign xv = 0; 
if (x velocity J= 0) 

sign xv = x velocity / mag_xv; 
int mag_yv = Math.abs(y velocity); 


ct ct 


int sign _yv = 0; 
if (y_ velocity != 0) 
sign_yv = y_ velocity / mag_yv; 


boolean mxv larger = feles; 
if (mag _xv > mag_yv) 
mxv larger = (rug; 
int big velocity = 0; 
int small velocity = 0; 


if (mxv_larger) 


big velocity = mag_ xv; 
small velocity = mag_yv; 
} 
oleae 
{ 
big velocity = mag_yv; 
small velocity = mag_xv; 


} 


float small _ step = (float)small velocity / big velocity; 
float small pixels = 0; 
for (int i = 0; i < big velocity; i =i + 1) 
{ 
boolean made small step = false; 


if (mxv_larger) 

{ 
my Fect.x = my yect.x + (sign av * 1); 
small pixels = small pixels + small step; 


if (small pixels >= 1) 
{ 


my rect.y = my rect.y + (sign yv * 1); 
small pixels = small pixels — 1; 
made small step = Teese; 
} 
} 
else 


{ 
my Sch .y = my Keck. yo (sign vr * 1) % 
small pixels = small pixels + small step; 


if (small pixels >= 1) 
{ 


my rect.* = my rect.2 + (sign xv * 1); 
small pixels = small pixels — 1; 
made smal) step = Teue; 


} 


if (1sInAPlatform() ) 


if (mxv_larger) 
{ 


my rect.x = my rect.x - (sign xv * 1); 


if (made_small_ step) 
ny Kect.y = my Keck y = (sign vr dys 
} 


else 


{ 
my rect.y = my rect.y —- (sign yy * 1); 


if (made_small_ step) 
my Peck .«< = my -recti.e = (sign xy * 1); 


} 


break; 


Ugh, such massive code duplication! Eventually, we'll tackle this growing problem. In order to make 
goom actually move, we'll need to call its actual lyMove method from somewhere. Go to your 
TimerEventProcessor. java source file. In the actionPerformed method of the 
TimerEventProcessor class, we call the act and actuallyMove methods of mario, but only 
call the act method of goom. Between ... 


WalkingMario.mario.actuallyMove (); 

.. and ... 

WalkingMario.main window. repaint (); 

... Insert the following line of code: 

WalkingMario.goom.actuallyMove (); 

Run your program. The Goomba should fall, and move to the right. It should still animate, like it did 
before. Eventually, it will fall off the black platform and into the abyss. Nothing special will happen if 


Mario touches the Goomba. Do you know why? 


We can easily keep goom from falling off the black platform. Go to your WalkingMario.java 


source file. In your program's main method, look at the following lines of code: 

plats.add(new Platform(new Rectangle(0, WINDOW HEIGHT - 10, 
WINDOW WIDTH, 10), Color.BLACK) ); 

plats.add(new Platform(new Rectangle(100, 210, 200, 10), 
Color.CYAN) ); 

plats.add(new Platform(new Rectangle(350, 340, 100, 10), 
Color.MAGENTA) ); 


Let's add two more platforms to this list: 


plats.add(new Platform(new Rectangle(-10, WINDOW _ HEIGHT - 50, 
10, 50), Color.BLUE) ); 
plats.add(new Platform(new Rectangle ( 

WINDOW WIDTH, WINDOW HEIGHT - 50, 10, 50), Color.BLUE) ); 


We'll use these platforms as walls. goom will walk into the second wall we just added, which will be 
located just off the right side of the screen. Then, goom will walk left, into the first wall we added, 
which will be just off the left side of the screen. After that, goom will walk back and forth, on the black 
platform, indefinitely. 


Run your program. The Goomba walks to the right, but then stops at the right side of the screen, and 
continues to animate in place. Why doesn't the Goomba walk the other way? We never tell it to! 
Ever since we got rid of our old, "window-based" collision-detection code, NOTHING changes the 
value of moving right, which controls the direction a Goomba walks in. When a Goomba bumps 
into a wall, we need to tell it to start moving in the other direction. But when does a Goomba actually 
bump into a wall? A Goomba can only bump into ANYTHING, when it actually moves. Can you 
guess which of the Goomba class's methods causes a Goomba to actually move? 


We're going to make an "adjustment" to Goomba's actual lyMove method, similar to the 
"adjustment" we made to Mario's, in Lesson 1-8. Go to your Goomba. java source file. In your 
actuallyMove method, right before the break statement, which looks like: 


break; 


Insert the following if statement: 


if (isBlockedByALeftWall () ) 
moving right = true; 

else if (isBlockedByARightWall ()) 
moving right = false; 


If a Goomba is blocked, by a platform, on the left, on the next tick, it should try to move right. If a 
Goomba is blocked, by a platform, on the right, on the next tick, it should try to move left. Run your 
program. The Goomba should now walk left and right, on the black platform. Try changing goom's 
velocity, its starting position, and the positions of platforms/walls in the world. Can you make 
anything interesting or unusual happen? Before you change any code, you might want to save a 
backup copy first, in case you mess something up, and don't know how to fix it. 


